(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 
International Bureau 

(43) International Publication Date 
5 April 2001 (05.04.2001) 




PCT 



mill 



(10) International Publication Number 

WO 01/24436 A2 



(St) International Patent Classification 7 : 
(21) International Application Number: PCT/USO0/2688O 



H04L 9/00 (74) Agents: WADSWORTH, Philip, R. el ah; QuaJcomm In- 
corporated, 5775 Morehouse Drive. San Diego, CA 92 121- 
1714 (US). 



(22) International Filing Dale: 

29 September 2000 (29.09.2000) 



(25) Filing Language: 

(26) Publication Language: 



English 
English 



(30) Priority Data: 

60/156,905 
Not furnished 



30 September 1 999 (30.09. 1 999) US 
28 September 2000 (28.09.2000) US 



(71) Applicant: QUALCOMM INCORPORATED [US/US]; 
5775 Morehouse Drive, San Diego, CA 92121-1714 (US). 

(72) Inventors: REZA1IFAR, Ramin: 10896 Caminito 
Arcada. San Diego, CA 92121 (US). QUICK, Roy, R, 
Jr.; 1150 Barcelona Drive, San Diego, CA 92106 (US). 
WILLIAMSON, Paul; 5775 Morehouse Drive, San 
Diego, CA 92121 (US). WANG, Jun; 5775 Morehouse 
Drive, San Diego, CA 92121 (US). TIEDEMANN, Ed- 
ward, G-, Jr.; 4350 Bromfield Avenue, San Diego, CA 
92122 (US ). 



(81) Designated States (national): AE, AG, AL. AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CR, CU, CZ, 
DE. DK, DM, DZ, EE, ES. Fl, GB, GD, GE, GH, GM, HR, 
ITU. ID, IE, IN. IS, JP, KE, KG, KP, KR, KZ, LC. LK. LR, 
LS, LT, LU r LV. MA, MD, MG. MK, MN, MW, MX, MZ, 
NO, NZ, PL. PT, RO, RU, SD, SE. SG, SI, SK, SL, TJ, TM, 
TR. TT, TZ, UA, UG, UZ. VN, YU, ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM. AZ, BY, KG. KZ. MD, RU, TJ, TM), European 
patent (AT, BE, CH, CY, DE, DK, ES, Fl, FR, GB, GR, IE, 
IT, LU, MC. NL. PT, SE), OAP1 patent (BF, BJ, CF, CG, 
CI, CM, GA. GN. GW, ML, MR, NE, SN, TD, TG). 

Published: 

— Without international search report and to be republished 
upon receipt of that report. 



[Continued on next page] 



(54) Title: METHOD AND APPARATUS FOR ENCRYPTING TRANSMISSIONS IN A COMMUNICATION SYSTEM 



< 




<D 



1 2d 



o 

CD 

O 
o 



(57) Abstract: Method and apparatus for encrypting transmission traffic at separate protocol layers LI (220), L2 (210), and L3 (200) 
so that separate encryption elements (204) can be assigned to separate types of transmission traffic (201, 203, 205), which allows the 
implementation of different levels of encryption according to service requirements. Encryption elements (204) use variable value 
inputs, called crypto-syncs, along with semi-permanent encryption keys to protect from replay attacks from rogue mobile stations. 
Since crypto-sync values vary, a method for synchronizing crypto-syncs at the mobile station and base station is also presented. 



BNSDOCID; <WO_ 



Best Available Copy 



WO 01/24436 A2 



i tun miiiii it iiiui mil 1111 1 u m inn mil mil mil tut iiinu mi uit nit 



For rwo-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



BNSDOCID. <WO 0124436A2J_> 



WO 01/24436 PCT/USOO/26880 

1 

METHOD AND APPARATUS FOR ENCRYPTING 
TRANSMISSIONS IN A COMMUNICATION SYSTEM 

BACKGROUND OF THE INVENTION 

5 

I. Field of the Invention 

The present invention pertains generally to the field of wireless 
communications, and more specifically to methods and apparatus for 
10 providing secure transmissions in a wireless communication system. 

II. Background 

A modern day communication system is required to support a variety 
of applications. One such communication system is a code division multiple 

15 access (CDMA) system that conforms to the "T1A/EIA/IS-95 Mobile Station- 
Base Station Compatibility Standard for Dual-Mode Wideband Spread 
Spectrum Cellular System," hereinafter referred to as the IS-95 standard, or a 
CDMA system that conforms to the "TIA/EIA/IS-2000 Standard for 
cdma2000 Spread Spectrum Systems/' hereinafter referred to as the IS-2000 

20 standard. Another CDMA standard is the W-CDMA standard, as embodied 
in 3 rd Generation Partnership Project "3GPP", Document Nos. 3G TS 25.211, 
3G TS 25.212, 3G TS 25.213, and 3G TS 25.214. A CDMA system allows for 
voice and data communications between users over a terrestrial link. The use 
of CDMA techniques in a multiple access communication system is disclosed 

25 in U.S. Patent No. 4,901,307, entitled "SPREAD SPECTRUM MULTIPLE 
ACCESS COMMUNICATION SYSTEM USING SATELLITE OR 
TERRESTRIAL REPEATERS", and U.S. Patent No. 5,103,459, entitled 
"SYSTEM AND METHOD FOR GENERATING WAVEFORMS IN A CDMA 
CELLULAR TELEPHONE SYSTEM", both assigned to the assignee of the 

30 present invention and incorporated by reference herein. Other examples of 
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communication systems are time division multiple access (TDMA) systems 
and frequency division multiple access (FDMA) systems. 

In this specification, base station refers to the hardware with which the 
remote stations communicate. Cell refers to the hardware or the geographic 
5 coverage area, depending on the context in which the term is used. A sector 
is a partition of a cell. Because a sector of a CDMA system has the attributes 
of a cell, the teachings described in terms of cells are readily extended to 
sectors. 

In a CDMA system, communications between users are conducted 
10 through one or more base stations. A first user on one remote station 
communicates to a second user on a second remote station by transmitting 
data on the reverse link to a base station. The base station receives the data 
and can route the data to another base station. The data is transmitted on the 
forward link of the same base station, or a second base station, to the second 
15 remote station. The forward link refers to transmission from the base station 
to a remote station and the reverse link refers to transmission from the remote 
station to a base station. In IS-95 and IS-2000 FDD mode systems, the forward 
link and the reverse link are allocated separate frequencies. 

In the field of wireless communications, security of over-the-air 
20 transmissions has become an increasingly important aspect in communication 
systems. Security is often maintained through encryption protocols that 
prevent disclosure of private communications between parties and /or 
prevent rogue mobile stations from accessing services for which payment has 
not been rendered to the communication service provider. Encryption is a 
25 process whereby data is manipulated by a random process such that the data 
is made unintelligible by all but the intended recipient. Decryption is simply 
the process of recovering the original data. One type of encryption algorithm 
commonly used in the industry is the Enhanced Cellular Message Encryption 
Algorithm (ECMEA), which is a block cipher. Due to the sophistication of 
30 modern day code-breakers and "hackers," a need presently exists to create 
stronger, more secure encryption processes to protect users of wireless 
communication services and service providers. 
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SUMMARY 

A novel and improved method and apparatus for encrypting 
transmissions is presented, wherein the method for encrypting transmission 
5 traffic, comprises: generating a variable value; and inputting the variable 
value, an encryption key, and the transmission traffic into an encryption 
algorithm. 

In one aspect, a method for transmitting authentication variables from 
a transmission end to a receiving end is presented, the method comprising: 

10 generating a crypto-sync value at the transmission end; generating a first 
authentication signature from the crypto-sync value and an encryption key at 
the transmission end; transmitting the crypto-sync value and the first 
authentication signature to the receiving end; generating a second 
authentication signature from the crypto-sync value and the encryption key at 

15 the receiving end; incrementing the crypto-sync value at the receiving end if 
the first authentication signature and the second authentication signature 
match; and requesting an encryption key exchange if the first authentication 
signature and the second authentication signature do not match. 

In another aspect, a method for synchronizing crypto-sync values of an 

20 encryption algorithm at a transmission end and a receiving end is presented, 
the method comprising: transmitting an encrypted message frame to the 
receiving end; verifying a current crypto-sync value associated with the 
encrypted message frame at the receiving end; incrementing the current 
crypto-sync value at the transmission end and the receiving end if the current 

25 crypto-sync value is verified; and transmitting a failure message from the 
receiving end to the transmission end if the current crypto-sync value is not 
verified. 

In another aspect, a system for encrypting transmission traffic is 
presented, wherein the transmission traffic comprise at least two traffic types, 
30 the system comprising: at least two encryption elements, wherein each of the 
at least two encryption elements is associated with at least one of the at least 
two traffic types; and at least one sequence number generator for generating a 
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plurality of sequence numbers, wherein the at least one sequence number 
generator is coupled to the at least two encryption elements. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 The features, objects, and advantages of the present invention will 

become more apparent from the detailed description set forth below when 
taken in conjunction with the drawings in which like reference characters 
identify correspondingly throughout and wherein: 

FIG. 1 is a block diagram of an exemplary CDMA system; 
10 FIG. 2 is a block diagram of the architecture of an encryption scheme; 

FIG. 3A, 3B, 3C, and 3D are samples of transmission frame structures; 
FIG. 4 is a block diagram of the process that converts a non-encrypted 
data unit into an encrypted data unit; 

FIG. 5 is a transmission frame structure for packet data traffic; 
15 FIG. 6 is a flow chart of the exemplary transmission signals sent from a 

mobile station to a base station; 

FIG. 7 is a flow chart of a successful crypto-sync exchange between a 

IMS and a base station; 

FIG. 8 is a flow chart of an attempted replay attack; 
20 FIG. 9 is a flow chart of an exchange of encryption keys upon 

registration failure; 

FIG. 10 is a transmission frame for an exemplary communication 

system; 

FIG. 11 is a flow chart of transmission signals, wherein a base station 

25 detects a decryption failure; and 

FIG. 12 is a flow chart of transmission signals, wherein a mobile station 

detects a decryption failure. 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

The exemplary embodiments described herein below reside in a 
wireless telephony communication system configured to employ a CDMA 
5 over-the-air interface. Nevertheless, it would be understood by those skilled 
in the art that a method and apparatus for encrypting transmissions may 
reside in any of various communication systems employing a wide range of 
technologies known to those of skill in the art. 

10 An Exemplary CDMA System 

As illustrated in FIG. 1, a CDMA wireless telephone system generally 
includes a plurality of mobile subscriber units 10, a plurality of base stations 
12, base station controllers (BSCs) 14, and a mobile switching center (MSC) 16. 
The MSC 16 is configured to interface with a conventional public switch 

15 telephone network (PSTN) 18. The MSC 16 is also configured to interface 
with the BSCs 14. The BSCs 14 are coupled to the base stations 12 via 
backhaul lines. The backhaul lines may be configured to support any of 
several known interfaces including, e.g., El/Tl, ATM, IP, Frame Relay, 
HDSL, ADSL, or xDSL. It is understood that there may be more than two 

20 BSCs 14 in the system. Each base station 12 advantageously includes at least 
one sector (not shown), each sector comprising an omnidirectional antenna or 
an antenna pointed in a particular direction radially away from the base 
station 12. Alternatively, each sector may comprise two antennas for diversity 
reception. Each base station 12 may advantageously be designed to support a 

25 plurality of frequency assignments. The intersection of a sector and a 
frequency assignment may be referred to as a CDMA channel. The base 
stations 12 may also be known as base station transceiver subsystems (BTSs) 
12. Alternatively, "base station" may be used in the industry to refer 
collectively to a BSC 14 and one or more BTSs 12. The BTSs 12 may also be 

30 denoted "cell sites" 12. Alternatively, individual sectors of a given BTS 12 
may be referred to as cell sites. The mobile subscriber stations 10 are typically 
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cellular or PCS telephones 10. The system is advantageously configured for 
use in accordance with the IS-95 standard. 

During typical operation of the cellular telephone system, the base 
stations 12 receive sets of reverse link signals from sets of mobile stations 10. 
5 The mobile stations 10 are conducting telephone calls or other 
communications. Each reverse link signal received by a given base station 12 
is processed within that base station 12. The resulting data is forwarded to 
the BSCs 14. The BSCs 14 provides call resource allocation and mobility 
management functionality including the orchestration of soft handoffs 
10 between base stations 12. The BSCs 14 also routes the received data to the 
MSC 16, which provides additional routing services for interface with the 
PSTN 18. Similarly, the PSTN 18 interfaces with the MSC 16, and the MSC 16 
interfaces with the BSCs 14, which in turn control the base stations 12 to 
transmit sets of forward link signals to sets of mobile stations 10. It should be 
15 understood by those of skill that the subscriber stations 10 may be fixed 
stations in alternate embodiments. 

Architecture 

FIG. 2 illustrates an exemplary architecture for an encryption scheme 
20 that can be used to encrypt voice traffic, data traffic, and system services, 
wherein the architecture can be implemented at both a transmission end and 
at a receiving end. The structure of the encryption scheme allows each of the 
three traffic types listed above to be advantageously encrypted for maximum 
efficiency at separate layers, if so desired. As is known in the art, layering is a 
25 method for organizing communication protocols in well-defined encapsulated 
data units between otherwise de-coupled processing entities, i.e., layers. In 
the exemplary embodiment illustrated in FIG. 2, three protocol layers LI 220, 
L2 210, and L3 200 are utilized so that LI 220 provides for the transmission 
and reception of radio signals between the base station and mobile station, L2 
30 210 provides for the correct transmission and reception of signaling messages, 
and L3 provides for the control messaging for the communication system. 
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At layer L3 200, voice traffic 201, packet data traffic 203, and system 
services 205 are conveyed via data units constructed in accordance with the 
standards discussed above. However, encryption is performed at this level 
upon the data units carrying system services 205, but encryption is not 
5 performed for packet data traffic 203 or voice traffic 201. In this embodiment, 
encryption of the packet data traffic 203 and the voice traffic 201 is 
implemented by lower layers. 

ENC_SEQ generator 202 provides a sequence number that is used to 
construct a crypto-sync value. In one aspect of the embodiment, the four least 
10 significant bits of a sequence number are used to construct a crypto-sync 
value. A crypto-sync value is a variable that is inputted to an encryption 
algorithm along with an encryption key. The encryption algorithm generates 
a mask through which unencrypted data is encrypted. Crypto-syncs differ 
from encryption keys in that an encryption key is a semi-permanent shared 
15 secret while a crypto-sync value will vary with respect to the data units 
transmitted during the link in order to protect against a replay attack. In this 
embodiment, the crypto-sync value will vary due to a dependence upon 
either a generated sequence number, a system time, or any other designated 
identifier. It should be noted that one may alter the number of bits used for 
20 the crypto-sync value without changing the scope of the embodiment. 

The crypto-sync value is inputted to encryption elements 204 along 
with data from the L3 Signaling element 207 and a teleservices element 205. 
Teleservices may comprise system services such as Short Data Burst 
Transmission Services, Short Messaging Services, Position Location Services, 
25 etc. In FIG. 2, a separate encryption element 204 is assigned to process each 
system service output. An advantage of this structure is that each service can 
determine the level of encryption needed according to service requirements. 
However, an alternate embodiment may be implemented wherein an 
encryption element may be shared by multiple system services. In the present 
30 embodiment, the output of the encryption elements 204 are multiplexed 
together at multiplexer/ de-multiplexer element 206. In an alternative 
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embodiment, frames of data traffic from the packet data element 203 are also 

encrypted at level L3 200. 

At level L2 210, the output from the multiplexer/de-multiplexer 
element passes through a Signaling LAC 212. At level LI 220, message frames 
5 from the packet data element 203 passes through the Radio Link Protocol 
(RLP) layer 225, wherein encryption occurs based upon crypto-syncs 
constructed with RLP sequence numbers. In this embodiment, the RLP layer 
225 resides in layer L2 210 and is responsible for retransmitting packet data 
traffic when a transmission error occurs. Frames of voice traffic from voice 
10 element 201 are encrypted separately at encryption element 221 in order to 
advantageously utilize system time as part of the crypto-sync for each voice 
frame, rather than sequence numbers from ENC_SEQ generator element 202. 

The outputs of encryption element 221, RLP layer 225, and the 
Signaling LAC 212 are multiplexed together at the MUX and QoS Sublayer 
15 227. 

The advantages of this particular architecture are numerous. First, 
each of the teleservices and L3 signaling elements on level L3 can specify the 
level of encryption security performed by each of the respective, connected 

encryption elements. 
20 Second, each of the traffic types can expediently utilize system 

resources to construct the crypto-sync for each frame of traffic. For example, 
voice traffic frames do not have extra space for carrying ENC_SEQ. However, 
system time can be used as a substitute since the system time varies from 
frame to frame, and the system time is implicitly known at both the 
25 transmission end and the receiving end. System time should not be used for 
encrypting packet data traffic and teleservices. If system time is used to 
construct the crypto-sync, the data to be encrypted must be encrypted just 
prior to transmission in order to use the system time at transmission. Hence, 
encrypted frames could not be buffered. If the RLP sequence number or the 
30 ENC_SEQ number is used, then transmission frames can be encrypted and 
temporarily stored in a buffer until transmission. In addition, it is 
advantageous to use the ENC_SEQ value rather than a message sequence 
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number MSG_SEQ because resets of the LAC layer cause the encryption of 
different non-encrypted text with the same encryption mask, which would 
compromise the security of the encryption process. 

Third, placing encryption elements at a level above LAC solves a 
problem of efficiency. If the encryption /decryption occurred at the physical 
layer, then ARQ fields would need to be encrypted and decrypted before an 
ACK could be transmitted. ARQ is an acronym for Automatic Retransmission 
reQuest, which is a method for checking transmitted data through 
transmitted acknowledgments and negative acknowledgments. Another 
difficulty that occurs if the encryption /decryption occurs at the physical layer 
is that cyclic redundancy check (CRC) bits used for determining transmission 
errors at a receiver would be computed based on un-encrypted data. 

Encryption of Signaling Messages 

15 FIG - 3A > 3B, 3C, and 3D are alternate structures for constructing 

transmission frames in the exemplary embodiment. A transmission frame 300 
is constructed with the following fields: a message length field 301, a message 
type field 302, a link access control field 303 that generically represents 
various ARQ fields, a message identification field 304, a message field 305, an 

20 encoding sequence number field 306, an encryption identification field 307, 
and a message CRC field 308. In one embodiment, encryption is imposed 
only on specific fields of the transmission frame. In FIG. 3A and FIG. 3B, the 
LAC field 303 is encrypted. However, encryption of the LAC field 303 is 
problematic when access probes are transmitted from a mobile station to a 

25 base station but the base station determines that the access probes should be 
stopped with an ACK. In particular, if the mobile station cannot decrypt the 
LAC field of the message frame from a base station, then the mobile station 
will not stop sending the access probes until the maximum number of probes 
is sent. 

30 In FIG. 3A and FIG. 3D, the message CRC field 308 is encrypted. 

However, encryption of the CRC bits makes validation of the message length 
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field 301 impossible. Hence, FIG. 3C is the preferred transmission frame that 
is used in the exemplary embodiment. 

f eneration of Encryption Mask 
5 FIG. 4 illustrates the parameters that are used to encrypt data in an 

exemplary embodiment, wherein the data unit carries packet data traffic. 
Crypto-sync 400 comprises an encryption sequence number 401, a service 
reference identification number 402, otherwise known as sr_id, and a bit value 
for the direction of transmission 403. An sr_id determines the data service to 
10 which the sr_id corresponds. Crypto-sync 400 and encryption key 410 are 
input into an encryption algorithm 420, such as ECMEA, as mentioned above. 
It should be noted that other encryption schemes can be used in this 
embodiment without affecting the scope of this embodiment. The data unit 
passes through the encryption algorithm 420 to become encrypted into cipher- 
15 text. 

In general, an individual crypto-sync value is determined for each data 
unit that is to be encrypted. Hence, each crypto-sync value results in a 
different cipher-text even for the same clear-text. 

As illustrated above, the encryption at the RLP layer is accomplished 
20 through the use of an extended sequence number, an sr_id, and a direction of 
the channel. These three variables comprise the crypto-sync for use with 
packet data traffic. In some instances, packet data traffic may be encapsulated 
in frames that indicate a short data burst (SDB), wherein the encapsulated 
frames are transmitted on common channels. FIG. 5 illustrates an example of 
25 an encapsulated RLP frame wherein ARQ fields are encrypted. In frame 500, 
the payload of a data burst message 505 comprises three fields: sr_id field 
506, sequence number field 507, and an encrypted RLP frame 508. 

FIG. 6 is a flow chart of a sample exchange between elements in the 
protocol layers. At mobile station 600, a short data burst (SDB) is to be 
30 encrypted and transmitted to a base station 650. RLP element 610 receives a 
data indication and data from DCR 602. RLP 610 transmits a service data 
unit (SDU) with sequence number, data, and sr_id, to SDBTS element 612, 
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which is part of teleservices in layer L3. SDBTS 612 transmits another SDU, 
comprising the information from RLP 610 and a EID command, to encryption 
element 614. Encryption element 614 transmits message frame information 
and encrypted information from previous elements to L2/Mux element 616. 
5 L2/Mux element 616 forms a message frame 620 for transmission over-the-air 
to base station 650. Base station 650 transmits an acknowledgement 621 to the 
mobile station 600. At base station 650, information from the message frame 
is processed in accordance with the corresponding elements that generated 
the contents of the message frame. Hence, L2/Mux element 622 processes 
10 information added by L2/Mux element 616, encryption element 624 processes 
information added by encryption element 614, SDBTS element 626 processes 
information added by SDBTS element 612, and RLP element 628 processes 
information added by RLP element 610, and data is carried to DCR 630. 



15 Crypto-sync Synchronization 

In the description of the embodiments above, the security of the 
encryption process is accomplished through the use of a secure crypto-sync, 
wherein the crypto-sync used to encrypt a data unit differs from the crypto- 
syncs used to encrypt other data units. Hence, the base station and the mobile 

20 station must be able to generate the same crypto-sync to code and to decode 
the same data at the appropriate time. In order to maintain the synchronicity 
of the crypto-syncs generated by a mobile station and a base station, some 
over-the-air transmissions must be made. However, over-the-air 
transmissions are open to attack by rogue mobile stations (RMS). In the 

25 proposed security schemes, the base station refuses to accept the value of the 
crypto-sync proposed by the mobile station until the mobile station proves to 
be a legitimate subscriber. A refusal to accept the value of the crypto-sync 
prevents a "replay attack/' wherein the RMS forces the base station to apply 
the same encryption mask to two different plain-texts, which compromises 

30 the security of the encryption. For example, suppose E is cipher-text, P is 
plain-text, and M is the encryption mask. If the crypto-sync is the same for 
plain-text P and plain-text P', then E = M+P and E'-M+P' using modular 2 
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addition. Therefore, E+E'=P+P'. Even though the RMS does not know the 
encryption mask M, plain-text P and plain-text V can be determined. Hence, 
in one specific example of an attack, a RMS may transmit repeated 
registration messages to a base station, which would force a base station to 
5 use the same crypto-sync. 

In one embodiment, synchronization of the most significant bits of the 
crypto-sync is maintained between a legitimate mobile station (LMS) and a 
base station while protecting the encryption strength. In the exemplary 
embodiment, the LMS transmits authentication variables, which comprise the 
10 most significant bits of the crypto-sync, and an authentication signature 
during the registration process. The most significant bits of crypto-sync will 
hereinafter be alternatively referred to as CS_h. An example of the 
registration process of a mobile station entering the range of a base station is 
described in U.S. Patent No. 5,289,527, entitled, "Mobile Communication 
15 Device Registration Method" and is incorporated by reference herein. 

FIG. 7 illustrates a successful exchange of a crypto-sync between an 
LMS 700 and a base station 710. LMS 700 transmits a registration message 720 
to base station 710, wherein the registration message comprises fields carrying 
CS_h and an authentication signature. In one embodiment, the authentication 
20 signature is computed by using the crypto-sync CSJh and an encryption key 
(Ks) in a secure hash function. Hereinafter, the crypto-sync signature or 
authentication signature will be referred to as f(CS_h, Ks). 

In the illustration above, the base station 710 is protected from the 
above-mentioned attack by an RMS because the RMS cannot compute a valid 
25 authentication signature for the CS_h. 

In an alternative embodiment, the security of the communications 
between a base station and an LMS is protected from an RMS that has 
recorded the registration message from a legitimate LMS. In order to prevent 
the RMS from forcing the base station to use the same CS_h that is intended 
30 for use with an LMS, the base station can be set to increment the least 
significant bits of the crypto-sync each time a registration message from a 
mobile station is uploaded to the base station. The least significant bits of the 
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crypto-sync will hereinafter be referred to as CS_L Hence, the crypto-sync 
value compriseCS_h concatenated with the variable CS_1. In this 
embodiment, the base station is prevented from repeatedly using the identical 
crypto-syncs in the encryption process. In those instances wherein the base 
5 station does not have a prior value for CSJ associated with the LMS, the base 
station can either generate CSJ randomly or set CS_1 equal to zero. 

FIG. 8 illustrates an example of a recorded replay attack. LMS 700 
transmits a legitimate registration message 720 to base station 710. RMS 730 
records the registration message 720 and transmits a copied registration 

10 message 740 to base station 710. Base station 710 will not using the same 
crypto-sync value as for the LMS because the least significant bits of the 
crypto-sync has been incremented. 

If the base station cannot generate the same authentication signature as 
the one transmitted by a mobile station, then the system determines that the 

15 encryption key held by the base station is not the same encryption key as held 
by the mobile station. A key exchange must then be performed. 

FIG. 9 illustrates an exchange of encryption keys upon registration 
failure. LMS 700 transmits a registration message 720, comprising the crypto- 
sync variable CS_h and the authentication signature f(CS_h, Ks), to base 

20 station 710. Base station 710 cannot reproduce authentication signature 
f(CS_h, Ks) because the encryption key at the base station 710 differs from the 
encryption key at the LMS 700. Base station 710 initiates key exchange step 
770 in order for base station 710 and LMS 700 to have the same encryption 
key. The security of key exchanges, is known by those skilled in the art. 

25 However, the verification of the crypto-sync is a problem that has not been 
addressed in the art. As described earlier, a crypto-sync is a variable value 
that varies for each data unit that is encrypted in the unencrypted data 
stream. There must be some verification method to ensure that the crypto- 
sync value with which a data unit is encrypted is the same crypto-sync value 

30 that is used at the decryption end. This is not a problem addressed by key 
exchange methods wherein a single key is exchanged at the start of the 
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registration process. Hence, the methods for secure key exchanges are 
inadequate for the verification needs of secure crypto-sync exchanges. 

In one embodiment, a novel and nonobvious use of Cyclic Redundancy 
Check (CRC) bats can be implemented to verify that the crypto-sync generated 
5 by both a base station and a mobile station for the same data unit are 
identical. In this embodiment, an encryption CRC, also referred to as 
CRC enc, is included in the encrypted data unit. The encryption CRC is 
computed before the unencrypted data unit is encrypted and is then 
appended to the unencrypted data unit. When the unencrypted data unit is 
encrypted with the assooated crypto-sync CS_h and the encryption key Ks, 
the encryption CRC is also encrypted by the same crypto-sync CS_h and 
encryption key Ks. After the encrypted text is generated, a transmission error 
detection CRC, called MSG CRC, is appended to the encrypted data unit 
along with the assorted fields necessary for transmission. If the MSG CRC 
passes a check at the receiving end, then the CRC_enc is also checked at the 
receiving end. If the CRC_enc fads to pass, a determination is made that a 
CS h mismatch has occurred. It should be noted that the validity of the 
encryption key Ks was already verified during the registration process when 
a correct authentication signature f(CS_h, Ks) was computed. 
20 FIG. 10 illustrates a frame structure for a message transmission in a 

system such as cdma2000. Frame 800 is composed of various fields necessary 
for the transport of data traffic from one station to another. CRC_enc 812 is a 
CRC computed on the unencrypted protocol data unit L3 PDU 810. CRC_enc 
812 and L3_PDU 810 are then encrypted to form encrypted field 805. A field 
25 CS_L 806 is included to indicate a sequence number upon which a crypto- 
sync is computed. The E1D bit 807 is set to either zero or one to indicate the 
presence of an encrypted message. The MSG.CRC field 808 is then computed 
on the entire message frame 800. 

If a determination is made, based on the CRC_enc computed at the 
30 receiving end, that the crypto-sync CS_h is out of synchronization with the 
crypto-sync at the transmission end, then a recovery procedure must be 
implemented. FIG. 11 and FIG. 12 are two message flow charts that illustrate 



15 
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an error recovery procedure. In FIG. 11, a base station detects a failure in 
decryption. In FIG. 12, a mobile station detects a failure in decryption. 

In FIG. 11, an LMS 900 transmits an encrypted message 920 to a base 
station 910. The CRC bits of the encrypted message 920 pass, indicating that 
5 there are no transmission errors, or a recoverable amount of transmission 
errors. However, base station 910 cannot decode the encoder CRC, CRC_enc. 
The base station 910 transmits a "Cannot Decrypt" message 930 to the LMS 
900. The LMS 900 then transmits a registration message 940 comprising the 
crypto-sync CS_h, the authentication signature f(CS_h, Ks), and a hook 

10 exchange parameter. At this point, both the LMS 900 and the base station 910 
have the same crypto-sync CS_h. The LMS 900 then retransmits the 
encrypted message 950. 

In FIG. 12, a base station 910 transmits an encrypted message 920 to an 
LMS 900. The CRC bits of the encrypted message 920 pass, indicating that 

15 there are no transmission errors, or a recoverable amount of transmission 
errors. However, LMS 900 cannot decode the encoder CRC, CRC_enc The 
LMS 900 then transmits a registration message 940 comprising the crypto- 
sync CS__h, the authentication signature f(CS__h, Ks), and a hook exchange 
parameter. At this point, both the LMS 900 and the base station 910 have the 

20 same crypto-sync CS_h. The base station 910 then retransmits the encrypted 
message 950. 

Hence, in both methods illustrated in FIG. 11 and FIG. 12, a message 
frame that fails to pass the decryption step at the receiving end is to be re- 
transmitted as though the message frame was transmitted with unrecoverable 
25 errors. 

It should be noted from the examples above that the CS_h field 
initializes the most significant bits of the crypto-sync for both forward and 
reverse links. Although both forward and reverse links use the same CSJi, 
differing encryption results are derived because the direction of the 
30 transmission is a variable that is inputted to the encryption key generation 
algorithm, i.e., '0' may indicate a forward link message while 'Y indicates a 
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reverse link message. In one embodiment, the crypto-sync values may 
increment independently after initialization. 

The choice of a crypto-sync value made by a mobile station can also be 
a mportant. In order to maintain the security of the encryption, a crypto-sync 
5 should not be repeated during over-the-air transmissions. In one 
embod.ment, the mobile station sets the crypto-sync value equal to one (1) 
added to the maximum value between the most significant bits of the current 
forward link crypto-sync value CSJw and the most significant bits of the 
current reverse link crypto-sync value CSJw Hence, CS_h=l + max(CSJw 
10 CS_h,J. 

Thus, a novel and improved method and apparatus for encrypting 
transmissions have been described. Those of skill in the art would 
understand that the data, instructions, commands, information, signals, bits, 
svmbols, and chips that may be referenced throughout the above description 
15 are advantageously represented by voltages, currents, electromagnetic waves, 
magnetic fields or particles, optical fields or particles, or any combination 
thereof. Those of skill would further appreciate that the various illustrative 
logical blocks, modules, circuits, and algorithm steps described in connection 
with the embodiments disclosed herein may be implemented as electronic 
20 hardware, computer software, or combinations of both. The various 
illustrative components, blocks, modules, circuits, and steps have been 
described generally in terms of their functionality. Whether the functionality 
is implemented as hardware or software depends upon the particular 
application and design constraints imposed on the overall system. Skilled 
25 artisans recognize the interchangeability of hardware and software under 
these circumstances, and how best to implement the described functionality 
for each particular application. As examples, the various illustrative logical 
blocks, modules, circuits, and algorithm steps described in connection with 
the embodiments disclosed herein may be implemented or performed with a 
30 digital signal processor (DSP), an application specific integrated circuit 
(ASIC), a field programmable gate array (FPGA) or other programmable logic 
device, discrete gate or transistor logic, discrete hardware components such 
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as, e.g., registers and FIFO, a processor executing a set of firmware 
instructions, any conventional programmable software module and a 
processor, or any combination thereof designed to perform the functions 
described herein. The processor may advantageously be a microprocessor, 
5 but in the alternative, the processor may be any conventional processor, 
controller, microcontroller, or state machine. The software module could 
reside in RAM memory, flash memory, ROM memory, EPROM memory, 
EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any 
other form of storage medium known in the art. An exemplary processor is 

10 advantageously coupled to a storage medium so as to read information from, 
and write information to, the storage medium. In the alternative, the storage 
medium may be integral to the processor. The processor and the storage 
medium may reside in an ASIC. The ASIC may reside in a telephone. In the 
alternative, the processor and the storage medium may reside in a telephone. 

15 The processor may be implemented as a combination of a DSP and a 
microprocessor, or as two microprocessors in conjunction with a DSP core, 
etc. 

Preferred embodiments of the present invention have thus been shown 
and described. It would be apparent to one of ordinary skill in the art, 
20 however, that numerous alterations may be made to the embodiments herein 
disclosed without departing from the spirit or scope of the invention. 
Therefore, the present invention is not to be limited except in accordance with 
the following claims. 

25 WE CLAIM: 
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CLAIMS 

1. A method for encrypting transmission traffic, comprising: 
2 generating a variable value; and 

inputting the variable value, an encryption key, and the transmission 
4 traffic into an encryption algorithm. 

2. A method for transmitting authentication variables from a 
2 transmission end to a receiving end, comprising 

generating a crypto-sync value at the transmission end; 
4 generating a first authentication signature from the crypto-sync value 

and an encryption key at the transmission end; 
6 transmitting the crypto-sync value and the first authentication 

signature to the receiving end; 
8 generating a second authentication signature from the crypto-sync 

value and the encryption key at the receiving end; 
10 incrementing the crypto-sync value at the receiving end if the first 

authentication signature and the second authentication signature match; and 
12 requesting an encryption key exchange if the first authentication 

signature and the second authentication signature do not match. 

3. The method of claim 2, wherein the step of generating the crypto-sync 
2 value at the transmission end comprises using a sequence number value, a 

data unit identification number, and a directional bit. 

4. The method of claim 2, wherein the step of generating the crypto-sync 
2 value at the transmission end comprises using a system time value and a 

direction bit. 
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5. The method of claim 2, wherein the step of generating the first 
2 authentication signature comprises using the crypto-sync value and the 

encryption key in a hash function. 

6. The method of claim 5, wherein the step of generating the second 
2 authentication signature comprises using the crypto-sync value and the 

encryption key in the hash function. 

7. A method for synchronizing crypto-sync values of an encryption 
2 algorithm at a transmission end and a receiving end, the method comprising: 

transmitting an encrypted message frame to the receiving end; 
4 verifying a current crypto-sync value associated with the encrypted 

message frame at the receiving end; 
6 incrementing the current crypto-sync value at the transmission end 

and the receiving end if the current crypto-sync value is verified; and 
8 transmitting a failure message from the receiving end to the 

transmission end if the current crypto-sync value is not verified. 

8. The method of claim 7, wherein the step of verifying the current 
2 crypto-sync value comprises: 

decoding a plurality of transmission cyclic redundancy check (CRC) 
4 bits, wherein the transmission CRC bits are for determining transmission 
errors; and 

6 decoding a plurality of encoding CRC bits, wherein the encoding CRC 

bits are for determining whether the current crypto-sync value generated by 

8 the receiving end matches a crypto-sync value generated by the transmission 
end. 

9. A method for generating a message frame, comprising: 

2 including a plurality of encoding CRC bits in a data field; 
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encrypting the data field, wherein a crypto-sync is used to encrypt the 

4 data field; and 

appending a plurality of transmission CRC bits to the data field. 

10. The method of Claim 9, further comprising: 

2 appending sequence number information to the encrypted data field; 

and 

4 appending an encryption bit to the encrypted data field, wherein the 

encryption bit indicates whether the data field is encrypted; 

11. A system for encrypting transmission traffic, wherein the transmission 
2 traffic comprise at least two traffic types, the system comprising: 

at least two encryption elements, wherein each of the at least two 
4 encryption elements is associated with at least one of the at least two traffic 
types; and 

6 at least one sequence number generator for generating a plurality of 

sequence numbers, wherein the at least one sequence number generator is 
8 coupled to the at least two encryption elements. 

12. An apparatus for independently encrypting traffic in a wireless 
2 communication system in accordance with traffic type, comprising: 
a processor; 

4 a storage element coupled to the processor comprising an instruction 

set executable by the processor, wherein the instruction set comprise 

6 instructions for: 

generating a crypto-sync value at the transmission end; 
8 generating a first authentication signature from the crypto-sync 

value and an encryption key at the transmission end; 
10 transmitting the crypto-sync value and the first authentication 

signature to the receiving end; 
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12 generating a second authentication signature from the crypto- 

sync value and the encryption key at the receiving end; 

14 incrementing the crypto-sync value at the receiving end if the 

first authentication signature and the second authentication signature 

16 match; and 

requesting an encryption key exchange if the first authentication 

18 signature and the second authentication signature do not match. 



13. An apparatus for independently encrypting traffic in a wireless 
2 communication system in accordance with traffic type, comprising: 

a processor; 

4 a storage element coupled to the processor comprising an instruction 

set executable by the processor, wherein the instruction set comprise 
6 instructions for: 

transmitting an encrypted message frame to the receiving end; 
8 verifying a current crypto-sync value associated with the 

encrypted message frame at the receiving end; 
10 incrementing the current crypto-sync value at the transmission 

end and the receiving end if the current crypto-sync value is verified; 
12 and 

transmitting a failure message from the receiving end to the transmission end 
14 if the current crypto-sync value is not verified. 

14. An apparatus for transmitting authentication variables from a 
2 transmission end to a receiving end, comprising 

means for generating a crypto-sync value at the transmission end; 

4 means for generating a first authentication signature from the crypto- 

sync value and an encryption key at the transmission end; 

6 means for transmitting the crypto-sync value and the first 

authentication signature to the receiving end; 

8 means for generating a second authentication signature from the 

crypto-sync value and the encryption key at the receiving end; 
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10 means for incrementing the crypto-sync value at the receiving end if 

the first authentication signature and the second authentication signature 
12 match; and 

requesting an encryption key exchange if the first authentication signature 
14 and the second authentication signature do not match. 

15. An apparatus for synchronizing crypto-sync values of an encryption 
2 algorithm at a transmission end and a receiving end, comprising: 

means for transmitting an encrypted message frame to the receiving 

4 end; 

means for verifying a current crypto-sync value associated with the 
6 encrypted message frame at the receiving end; 

means for incrementing the current crypto-sync value at the 
8 transmission end and the receiving end if the current crypto-sync value is 
verified; and 

10 means for transmitting a failure message from the receiving end to the 

transmission end if the current crypto-sync value is not verified. 
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METHOD AND APPARATUS FOR ENCRYPTING 
TRANSMISSIONS IN A COMMUNICATION SYSTEM 

BACKGROUND OF THE INVENTION 

5 

I. Field of the Invention 

The present invention pertains generally to the field of wireless 
communications, and more specifically to methods and apparatus for 
10 providing secure transmissions in a wireless communication system. 

II. Background 

A modern day communication system is required to support a variety 
of applications. One such communication system is a code division multiple 

15 access (CDMA) system that conforms to the "TIA/EIA/IS-95 Mobile Station- 
Base Station Compatibility Standard for Dual-Mode Wideband Spread 
Spectrum Cellular System/' hereinafter referred to as the IS-95 standard, or a 
CDMA system that conforms to the 'TIA/E1A/IS-2000 Standard for 
cdma2000 Spread Spectrum Systems/' hereinafter referred to as the IS-2000 

20 standard. Another CDMA standard is the W-CDMA standard, as embodied 
in 3 rd Generation Partnership Project "3GPP", Document Nos. 3G TS 25.211, 
3G TS 25.212, 3G TS 25.213, and 3G TS 25.214. A CDMA system allows for 
voice and data communications between users over a terrestrial link. The use 
of CDMA techniques in a multiple access communication system is disclosed 

25 in U.S. Patent No. 4,901,307, entitled "SPREAD SPECTRUM MULTIPLE 
ACCESS COMMUNICATION SYSTEM USING SATELLITE OR 
TERRESTRIAL REPEATERS", and U.S. Patent No. 5,103,459, entitled 
"SYSTEM AND METHOD FOR GENERATING WAVEFORMS IN A CDMA 
CELLULAR TELEPHONE SYSTEM", both assigned to the assignee of the 

30 present invention and incorporated by reference herein. Other examples of 
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communication systems are time division multiple access (TDMA) systems 
and frequency division multiple access (FDMA) systems. 

In this specification, base station refers to the hardware with which the 
remote stations communicate. Cell refers to the hardware or the geographic 
5 coverage area, depending on the context in which the term is used. A sector 
is a partition of a cell. Because a sector of a CDMA system has the attributes 
of a cell, the teachings described in terms of cells are readily extended to 
sectors. 

In a CDMA system, communications between users are conducted 
10 through one or more base stations. A first user on one remote station 
communicates to a second user on a second remote station by transmitting 
data on the reverse link to a base station. The base station receives the data 
and can route the data to another base station. The data is transmitted on the 
forward link of the same base station, or a second base station, to the second 
15 remote station. The forward link refers to transmission from the base station 
to a remote station and the reverse link refers to transmission from the remote 
station to a base station. In IS-95 and IS-2000 FDD mode systems, the forward 
link and the reverse link are allocated separate frequencies. 

In the field of wireless communications, security of over-the-air 
20 transmissions has become an increasingly important aspect in communication 
systems. Security is often maintained through encryption protocols that 
prevent disclosure of private communications between parties and /or 
prevent rogue mobile stations from accessing services for which payment has 
not been rendered to the communication service provider. Encryption is a 
25 process whereby data is manipulated by a random process such that the data 
is made unintelligible by all but the intended recipient. Decryption is simply 
the process of recovering the original data. One type of encryption algorithm 
commonly used in the industry is the Enhanced Cellular Message Encryption 
Algorithm (ECMEA), which is a block cipher. Due to the sophistication of 
30 modern day code-breakers and "hackers," a need presently exists to create 
stronger, more secure encryption processes to protect users of wireless 
communication services and service providers. 
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SUMMARY 

A novel and improved method and apparatus for encrypting 
transmissions is presented, wherein the method for encrypting transmission 
5 traffic, comprises: generating a variable value; and inputting the variable 
value, an encryption key, and the transmission traffic into an encryption 
algorithm. 

In one aspect, a method for transmitting authentication variables from 
a transmission end to a receiving end is presented, the method comprising: 

10 generating a crypto-sync value at the transmission end; generating a first 
authentication signature from the crypto-sync value and an encryption key at 
the transmission end; transmitting the crypto-sync value and the first 
authentication signature to the receiving end; generating a second 
authentication signature from the crypto-sync value and the encryption key at 

15 the receiving end; incrementing the crypto-sync value at the receiving end if 
the first authentication signature and the second authentication signature 
match; and requesting an encryption key exchange if the first authentication 
signature and the second authentication signature do not match. 

In another aspect, a method for synchronizing crypto-sync values of an 

20 encryption algorithm at a transmission end and a receiving end is presented, 
the method comprising: transmitting an encrypted message frame to the 
receiving end; verifying a current crypto-sync value associated with the 
encrypted message frame at the receiving end; incrementing the current 
crypto-sync value at the transmission end and the receiving end if the current 

25 crypto-sync value is verified; and transmitting a failure message from the 
receiving end to the transmission end if the current crypto-sync value is not 
verified. 

In another aspect, a system for encrypting transmission traffic is 
presented, wherein the transmission traffic comprise at least two traffic types, 
30 the system comprising: at least two encryption elements, wherein each of the 
at least two encryption elements is associated with at least one of the at least 
two traffic types; and at least one sequence number generator for generating a 
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plurality of sequence numbers, wherein the at least one sequence number 
generator is coupled to the at least two encryption elements. 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 The features, objects, and advantages of the present mvention will 

become more apparent from the detailed description set forth below when 
taken in conjunction with the drawings in whach like reference characters 
identify correspondingly throughout and wherein: 

FIG. 1 is a block diagram of an exemplary CDMA system; 
10 FIG. 2 is a block diagram of the architecture of an encryption scheme; 

FIG. 3A, 3B, 3C, and 3D are samples of transmission frame structures; 
FIG. 4 is a block diagram of the process that converts a non-encrypted 
data unit into an encrypted data unit; 

FIG. 5 is a transmission frame structure for packet data traffic; 
15 FIG. 6 is a flow chart of the exemplary transmission signals sent from a 

mobile station to a base station; 

FIG. 7 is a flow chart of a successful crypto-sync exchange between a 

LMS and a base station; 

FIG. 8 is a flow chart of an attempted replay attack; 
20 FIG. 9 is a flow chart of an exchange of encryption keys upon 

registration failure; 

FIG. 10 is a transmission frame for an exemplary communication 

system; 

FIG. 11 is a flow chart of transmission signals, wherein a base station 

25 detects a decryption failure; and 

FIG. 12 is a flow chart of transmission signals, wherein a mobile station 

detects a decryption failure. 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

The exemplary embodiments described herein below reside in a 
wireless telephony communication system configured to employ a CDMA 
5 over-the-air interface. Nevertheless, it would be understood by those skilled 
in the art that a method and apparatus for encrypting transmissions may 
reside in any of various communication systems employing a wide range of 
technologies known to those of skill in the art. 

10 An Exemplary CDMA System 

As illustrated in FIG. 1, a CDMA wireless telephone system 10 
generally includes a plurality of mobile subscriber units 12, a plurality of base 
stations 14, base station controllers (BSCs) 16, and a mobile switching center 
(MSC) 18. The MSC 18 is configured to interface with a conventional public 

15 switch telephone network (PSTN) 22, a packet data serving node (PDSN) or 
internetworking function (IWF) 20, and an Internet protocol (IP) network 18 
(typically the Internet). The MSC 18 is also configured to interface with the 
BSCs 16. The BSCs 16 are coupled to the base stations 12 via backhaul lines. 
The backhaul lines may be configured to support any of several known 

20 interfaces including, e.g., El/Tl, ATM, IP, Frame Relay, HDSL, ADSL, or 
xDSL. It is understood that there may be more than two BSCs 16 in the 
system. Each base station 14 advantageously includes at least one sector (not 
shown), each sector comprising an omnidirectional antenna or an antenna 
pointed in a particular direction radially away from the base station 14. 

25 Alternatively, each sector may comprise two antennas for diversity reception. 
Each base station 14 may advantageously be designed to support a plurality 
of frequency assignments. The intersection of a sector and a frequency 
assignment may be referred to as a CDMA channel. The base stations 14 may 
also be known as base station transceiver subsystems (BTSs) 14. 

30 Alternatively, "base station" may be used in the industry to refer collectively 
to a BSC 14 and one or more BTSs 14. The BTSs 14 may also be denoted "cell 
sites" 14. Alternatively, individual sectors of a given BTS 14 may be referred 

SUBSTITUTE SHEET (RULE 26) 
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to as cell sites. The mobile subscriber stations 10 are typically cellular or PCS 
telephones 12. The system is advantageously configured for use in 
accordance with the IS-95 standard. 

During typical operation of the cellular telephone system, the base 
5 stations 14 receive sets of reverse link signals from sets of mobile stations 12. 
The mobile stations 12 are conducting telephone calls or other 
communications. Each reverse link signal received by a given base station 14 
is processed within that base station 16. The resulting data is forwarded to 
the BSCs 16. The BSCs 16 provides call resource allocation and mobility 
10 management functionality including the orchestration of soft handoffs 
between base stations 12. The BSCs 14 also routes the received data to the 
MSC 18, which provides additional routing services for interface with the 
PSTN 22 or the PDSN 20. Similarly, the PSTN 22 or the PDSN 20 interfaces 
with the MSC 18, and the MSC 16 interfaces with the BSCs 14, which in turn 
15 control the base stations 14 to transmit sets of forward link signals to sets of 
mobile stations 12. It should be understood by those of skill that the 
subscriber stations 12 may be fixed stations in alternate embodiments. 



Architecture 

20 FIG. 2 illustrates an exemplary architecture for an encryption scheme 

that can be used to encrypt voice traffic, data traffic, and system services, 
wherein the architecture can be implemented at both a transmission end and 
at a receiving end. The structure of the encryption scheme allows each of the 
three traffic types listed above to be advantageously encrypted for maximum 
25 efficiency at separate layers, if so desired. As is known in the art, layering is a 
method for organizing communication protocols in well-defined encapsulated 
data units between otherwise de-coupled processing entities, i.e., layers. In 
the exemplary embodiment illustrated in FIG. 2, three protocol layers LI 220, 
L2 210, and L3 200 are utilized so that LI 220 provides for the transmission 
30 and reception of radio signals between the base station and mobile station, L2 
210 provides for the correct transmission and reception of signaling messages, 
and L3 provides for the control messaging for the communication system. 
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At layer L3 200, voice traffic 201, packet data traffic 203, and system 
services 205 are conveyed via data units constructed in accordance with the 
standards discussed above. However, encryption is performed at this level 
upon the data units carrying system services 205, but encryption is not 
5 performed for packet data traffic 203 or voice traffic 201. In this embodiment, 
encryption of the packet data traffic 203 and the voice traffic 201 is 
implemented by lower layers. 

ENC_SEQ generator 202 provides a sequence number that is used to 
construct a crypto-sync value. In one aspect of the embodiment, the four least 

10 significant bits of a sequence number are used to construct a crypto-sync 
value. A crypto-sync value is a variable that is inputted to an encryption 
algorithm along with an encryption key. The encryption algorithm generates 
a mask through which unencrypted data is encrypted. Crypto-syncs differ 
from encryption keys in that an encryption key is a semi-permanent shared 

15 secret while a crypto-sync value will vary with respect to the data units 
transmitted during the link in order to protect against a replay attack. In this 
embodiment, the crypto-sync value will vary due to a dependence upon 
either a generated sequence number, a system time, or any other designated 
identifier. It should be noted that one may alter the number of bits used for 

20 the crypto-sync value without changing the scope of the embodiment. 

The crypto-sync value is inputted to encryption elements 204 along 
with data from the L3 Signaling element 207 and a teleservices element 205. 
Teleservices may comprise system services such as Short Data Burst 
Transmission Services, Short Messaging Services, Position Location Services, 

25 etc. In FIG. 2, a separate encryption element 204 is assigned to process each 
system service output. An advantage of this structure is that each service can 
determine the level of encryption needed according to service requirements. 
However, an alternate embodiment may be implemented wherein an 
encryption element may be shared by multiple system services. In the present 

30 embodiment, the output of the encryption elements 204 are multiplexed 
together at multiplexer/de-multiplexer element 206. In an alternative 
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embodiment, frames of data traffic from the packet data element 203 are also 

encrypted at level L3 200. 

At level L2 210, the output from the multiplexer/ de-multiplexer 
element passes through a S,gnalmg LAC 206. At level LI 220, message frames 
5 from the packet data element 203 passes through the Radio Link Protocol 
(RLP) layer 225, wherein encryption occurs based upon crypto-syncs 
constructed with RLP sequence numbers. In this embodiment, the RLP layer 
225 resides in layer L2 210 and is responsible for retransmitting packet data 
traffic when a transmission error occurs. Frames of voice traffic from voice 
10 element 201 are encrypted separately at encryption element 221 in order to 
advantageously utilize system time as part of the crypto-sync for each voice 
frame, rather than sequence numbers from ENC_SEQ generator element 202. 

The outputs of encryption element 221, RLP layer 225, and the 
Signaling LAC 206 are multiplexed together at the MUX and QoS Sublayer 
15 227. 

The advantages of this particular architecture are numerous. First, 
each of the teleservices and L3 signaling elements on level L3 can specify the 
level of encryption security performed by each of the respective, connected 
encryption elements. 

20 Second, each of the traffic types can expediently utilize system 

resources to construct the crypto-sync for each frame of traffic. For example, 
voice traffic frames do not have extra space for carrying ENC_SEQ. However, 
system time can be used as a substitute since the system time varies from 
frame to frame, and the system time is implicitly known at both the 
25 transmission end and the receiving end. System time should not be used for 
encrypting packet data traffic and teleservices. If system time is used to 
construct the crypto-sync, the data to be encrypted must be encrypted just 
prior to transmission in order to use the system time at transmission. Hence, 
encrypted frames could not be buffered. If the RLP sequence number or the 
30 ENC_SEQ number is used, then transmission frames can be encrypted and 
temporarily stored in a buffer until transmission. In addition, it is 
advantageous to use the ENC_SEQ value rather than a message sequence 

SUBSTITUTE SHEET (RULE 26) 
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number MSGJ3EQ because resets of the LAC layer cause the encryption of 
different non-encrypted text with the same encryption mask, which would 
compromise the security of the encryption process. 

Third, placing encryption elements at a level above LAC solves a 
5 problem of efficiency. If the encryption /decryption occurred at the physical 
layer, then ARQ fields would need to be encrypted and decrypted before an 
ACK could be transmitted. ARQ is an acronym for Automatic Retransmission 
reQuest, which is a method for checking transmitted data through 
transmitted acknowledgments and negative acknowledgments. Another 
10 difficulty that occurs if the encryption/decryption occurs at the physical layer 
is that cyclic redundancy check (CRC) bits used for determining transmission 
errors at a receiver would be computed based on un-encrypted data. 

Encryption of Signaling Messages 

15 FIG. 3A, 3B, 3C, and 3D are alternate structures for constructing 

transmission frames in the exemplary embodiment. A transmission frame 300 
is constructed with the following fields: a message length field 301, a message 
type field 302, a link access control field 303 that generically represents 
various ARQ fields, a message identification field 304, a message field 305, an 

20 encoding sequence number field 306, an encryption identification field 307, 
and a message CRC field 308. In one embodiment, encryption is imposed 
only on specific fields of the transmission frame. In FIG. 3A and FIG. 3B, the 
LAC field 303 is encrypted. However, encryption of the LAC field 303 is 
problematic when access probes are transmitted from a mobile station to a 

25 base station but the base station determines that the access probes should be 
stopped with an ACK. In particular, if the mobile station cannot decrypt the 
LAC field of the message frame from a base station, then the mobile station 
will not stop sending the access probes until the maximum number of probes 
is sent. 

30 In FIG. 3A and FIG. 3D, the message CRC field 308 is encrypted. 

However, encryption of the CRC bits makes validation of the message length 
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field 301 impossible. Hence, FIG. 3C is the preferred transmission frame that 
is used in the exemplary embodiment. 

ripnpration o f Encryption Mask 

FIG. 4 illustrates the parameters that are used to encrypt data in an 
exemplary embodiment, wherein the data unit carries packet data traffic. 
Crypto-sync 400 comprises an encryption sequence number 401, a service 
reference identification number 402, otherwise known as sr_id, and a bit value 
for the diction of transmission 403. An sr_id determines the data service to 
which the sr_id corresponds. Crypto-sync 400 and encryption key 410 are 
input into an encryption algorithm 420, such as ECMEA, as mentioned above. 
It should be noted that other encryption schemes can be used in this 
embodiment without affecting the scope of this embodiment. The data unit 
passes through the encryption algorithm 420 to become encrypted into cipher- 
text. 

In general, an individual crypto-sync value is determined for each data 
unit that is to be encrypted. Hence, each crypto-sync value results in a 
different cipher-text even for the same clear-text. 

As illustrated above, the encryption at the RLP layer is accomplished 
through the use of an extended sequence number, an sr_id, and a direction of 
the channel. These three variables comprise the crypto-sync for use with 
packet data traffic. In some instances, packet data traffic may be encapsulated 
in frames that indicate a short data burst (SDB), wherein the encapsulated 
frames are transmitted on common channels. FIG. 5 illustrates an example of 
an encapsulated RLP frame wherein ARQ fields are encrypted. In frame 500, 
the payload of a data burst message 505 comprises three fields: sr_id field 
506, sequence number field 507, and an encrypted RLP frame 508. 

FIG. 6 is a flow chart of a sample exchange between elements in the 
protocol layers. At mobile station 600, a short data burst (SDB) is to be 
encrypted and transmitted to a base station 650. RLP element 610 receives a 
data indication and data from DCR 602. RLP 610 transmits a service data 
unit (SDU) with sequence number, data, and sr_id, to SDBTS element 612, 
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which is part of teleservices in layer L3. SDBTS 612 transmits another SDU, 
comprising the information from RLP 610 and a EID command, to encryption 
element 614. Encryption element 614 transmits message frame information 
and encrypted information from previous elements to L2/Mux element 616. 
5 L2/Mux element 616 forms a message frame 620 for transmission over-the-air 
to base station 650. Base station 650 transmits an acknowledgement 621 to the 
mobile station 600. At base station 650, information from the message frame 
is processed in accordance with the corresponding elements that generated 
the contents of the message frame. Hence, L2/Demux element 622 processes 
10 information added by L2/Mux element 616, encryption element 624 processes 
information added by encryption element 614, SDBTS element 626 processes 
information added by SDBTS element 612, and RLP element 628 processes 
information added by RLP element 610, and data is carried to DCR 630. 

15 Crypto-sync Synchronization 

In the description of the embodiments above, the security of the 
encryption process is accomplished through the use of a secure crypto-sync, 
wherein the crypto-sync used to encrypt a data unit differs from the crypto- 
syncs used to encrypt other data units. Hence, the base station and the mobile 

20 station must be able to generate the same crypto-sync to code and to decode 
the same data at the appropriate time. In order to maintain the synchronicity 
of the crypto-syncs generated by a mobile station and a base station, some 
over-the-air transmissions must be made. However, over-the-air 
transmissions are open to attack by rogue mobile stations (RMS). In the 

25 proposed security schemes, the base station refuses to accept the value of the 
crypto-sync proposed by the mobile station until the mobile station proves to 
be a legitimate subscriber. A refusal to accept the value of the crypto-sync 
prevents a "replay attack/ 7 wherein the RMS forces the base station to apply 
the same encryption mask to two different plain-texts, which compromises 

30 the security of the encryption. For example, suppose E is cipher-text, P is 
plain-text, and M is the encryption mask. If the crypto-sync is the same for 
plain-text P and plain-text P', then E = M+P and E'=M+P' using modular 2 
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addition. Therefore, E + E'=P + P'- Even though the RMS does not know the 
encryption mask M, plain-text P and plain-text P' can be determined. Hence, 
in one specific example of an attack, a RMS may transmit repeated 
registration messages to a base station, which would force a base station to 

5 use the same crypto-sync. 

In one embodiment, synchronization of the most significant bits of the 
crypto-sync is maintained between a legitimate mobile station (LMS) and a 
base station while protecting the encryption strength. In the exemplary 
embodiment, the LMS transmits authentication variables, which comprise the 
10 most significant bits of the crypto-sync, and an authentication signature 
during the registration process. The most significant bits of crypto-sync will 
hereinafter be alternatively referred to as CS_h. An example of the 
registration process of a mobile station entering the range of a base station is 
described in U.S. Patent No. 5,289,527, entitled, "Mobile Communication 
15 Device Registration Method" and is incorporated by reference herein. 

FIG. 7 illustrates a successful exchange of a crypto-sync between an 
LMS 700 and a base station 710. LMS 700 transmits a registration message 720 
to base station 710, wherein the registration message comprises fields carrying 
CS h and an authentication signature. In one embodiment, the authentication 
20 signature is computed by using the crypto-sync CS_h and an encryption key 
(Ks) in a secure hash function. Hereinafter, the crypto-sync signature or 
authentication signature will be referred to as f(CS_h, Ks). 

In the illustration above, the base station 710 is protected from the 
above-mentioned attack by an RMS because the RMS cannot compute a valid 
25 authentication signature for the CS_h. 

In an alternative embodiment, the security of the communications 
between a base station and an LMS is protected from an RMS that has 
recorded the registration message from a legitimate LMS. In order to prevent 
the RMS from forcing the base station to use the same CS_h that is intended 
30 for use with an LMS, the base station can be set to increment the least 
significant bits of the crypto-sync each time a registration message from a 
mobile station is uploaded to the base station. The least significant bits of the 
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crypto-sync will hereinafter be referred to as CSJ. Hence, the crypto-sync 
value compriseCSJi concatenated with the variable CSJ. In this 
embodiment, the base station is prevented from repeatedly using the identical 
crypto-syncs in the encryption process. In those instances wherein the base 
5 station does not have a prior value for CSJ associated with the LMS, the base 
station can either generate CSJ randomly or set CSJ equal to zero. 

FIG. 8 illustrates an example of a recorded replay attack. LMS 700 
transmits a legitimate registration message 720 to base station 710. RMS 730 
records the registration message 720 and transmits a copied registration 
10 message 740 to base station 710. Base station 710 will not using the same 
crypto-sync value as for the LMS because the least significant bits of the 
crypto-sync has been incremented. 

If the base station cannot generate the same authentication signature as 
the one transmitted by a mobile station, then the system determines that the 
15 encryption key held by the base station is not the same encryption key as held 
by the mobile station. A key exchange must then be performed. 

FIG. 9 illustrates an exchange of encryption keys upon registration 
failure. LMS 700 transmits a registration message 720, comprising the crypto- 
sync variable CS_h and the authentication signature f(CS_h, Ks), to base 
20 station 710. Base station 710 cannot reproduce authentication signature 
f(CSJ\, Ks) because the encryption key at the base station 710 differs from the 
encryption key at the LMS 700. Base station 710 initiates key exchange step 
770 in order for base station 710 and LMS 700 to have the same encryption 
key. The security of key exchanges, is known by those skilled in the art. 
25 However, the verification of the crypto-sync is a problem that has not been 
addressed in the art. As described earlier, a crypto-sync is a variable value 
that varies for each data unit that is encrypted in the unencrypted data 
stream. There must be some verification method to ensure that the crypto- 
sync value with which a data unit is encrypted is the same crypto-sync value 
30 that is used at the decryption end. This is not a problem addressed by key 
exchange methods wherein a single key is exchanged at the start of the 
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registration process. Hence, the methods for secure key exchanges are 
inadequate for the verification needs of secure crypto-sync exchanges. 

In one embodiment, a novel and nonobvious use of Cyclic Redundancy 
Check (CRC) bits can be implemented to verify that the crypto-sync generated 
5 by both a base station and a mobile station for the same data unit are 
identical. In this embodiment, an encryption CRC, also referred to as 
CRC_enc, is included in the encrypted data unit. The encryption CRC is 
computed before the unencrypted data unit is encrypted and is then 
appended to the unencrypted data unit. When the unencrypted data unit is 
10 encrypted with the associated crypto-sync CS_h and the encryphon key Kg, 
the encryption CRC is also encrypted by the same crypto-sync CS_h and 
encryption key Ks. After the encrypted text is generated, a transmission error 
detection CRC, called MSG CRC, is appended to the encrypted data unit 
along with the assorted fields necessary for transmission. If the MSG CRC 
15 passes a check at the receiving end, then the CRC_enc is also checked at the 
receiving end. If the CRC_enc fails to pass, a determination is made that a 
CS_h mismatch has occurred. It should be noted that the validity of the 
encryption key Ks was already verified during the registration process when 
a correct authentication signature f(CS_h, Ks) was computed. 
20 FIG. 10 illustrates a frame structure for a message transmission in a 

system such as cdma2000. Frame 800 is composed of various fields necessary 
for the transport of data traffic from one station to another. CRC_enc 812 is a 
CRC computed on the unencrypted protocol data unit L3 PDU 810. CRC.enc 
812 and L3_PDU 810 are then encrypted to form encrypted field 805. A field 
25 CS_L 806 is included to indicate a sequence number upon which a crypto- 
sync is computed. The EID bit 807 is set to either zero or one to indicate the 
presence of an encrypted message. The MSG.CRC field 808 is then computed 
on the entire message frame 800. 

If a determination is made, based on the CRC.enc computed at the 
30 receiving end, that the crypto-sync CS_h is out of synchronization with the 
crypto-sync at the transmission end, then a recovery procedure must be 
implemented. FIG. 11 and FIG- 12 are two message flow charts that illustrate 
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an error recovery procedure. In FIG. 11, a base station detects a failure in 
decryption. In FIG. 12, a mobile station detects a failure in decryption. 

In FIG- 11, an LMS 900 transmits an encrypted message 920 to a base 
station 910. The CRC bits of the encrypted message 920 pass, indicating that 
5 there are no transmission errors, or a recoverable amount of transmission 
errors. However, base station 910 cannot decode the encoder CRC, CRC_enc. 
The base station 910 transmits a "Cannot Decrypt" message 930 to the LMS 
900. The LMS 900 then transmits a registration message 940 comprising the 
crypto-sync CS_h, the authentication signature f(CS_h, Ks), and a hook 

10 exchange parameter. At this point, both the LMS 900 and the base station 910 
have the same crypto-sync CS_h. The LMS 900 then retransmits the 
encrypted message 950. 

In FIG. 12, a base station 910 transmits an encrypted message 920 to an 
LMS 900. The CRC bits of the encrypted message 920 pass, indicating that 

15 there are no transmission errors, or a recoverable amount of transmission 
errors. However, LMS 900 cannot decode the encoder CRC, CRC_enc. The 
LMS 900 then transmits a registration message 940 comprising the crypto- 
sync CS_h, the authentication signature f(CS_h, Ks), and a hook exchange 
parameter. At this point, both the LMS 900 and the base station 910 have the 

20 same crypto-sync CS_h. The base station 910 then retransmits the encrypted 
message 950. 

Hence, in both methods illustrated in FIG. 11 and FIG. 12, a message 
frame that fails to pass the decryption step at the receiving end is to be re- 
transmitted as though the message frame was transmitted with unrecoverable 
25 errors. 

It should be noted from the examples above that the CS_h field 
initializes the most significant bits of the crypto-sync for both forward and 
reverse links. Although both forward and reverse links use the same CS_h, 
differing encryption results are derived because the direction of the 
30 transmission is a variable that is inputted to the encryption key generation 
algorithm, i.e., '0' may indicate a forward link message while '1' indicates a 
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reverse link message. In one embodiment, the crypto-sync values may 
increment independently after initialization. 

The choice of a crypto-sync value made by a mobile station can also be 
important. In order to maintain the security of the encryption, a crypto-sync 
5 should not be repeated during over-the-air transmissions. In one 
embodiment, the mobile station sets the crypto-sync value equal to one (1) 
added to the maximum value between the most significant bits of the current 
forward link crypto-sync value CSJw and the most significant bits of the 
current reverse link crypto-sync value CSJw Hence, CS_h=l + max(CS_h, w< , 
10 CSJw)- 

Thus a novel and improved method and apparatus for encryptmg 
transmissions have been described. Those of skill in the art would 
understand that the data, instructions, commands, information, signals, bits, 
symbols, and chips that may be referenced throughout the above description 
15 are advantageously represented by voltages, currents, electromagnetic waves, 
magnetic fields or particles, optical fields or particles, or any combination 
thereof. Those of skill would further appreciate that the various illustrative 
logical blocks, modules, circuits, and algorithm steps described in connection 
with the embodiments disclosed herein may be implemented as electronic 
20 hardware, computer software, or combinations of both. The various 
illustrative components, blocks, modules, circuits, and steps have been 
described generally in terms of their functionality. Whether the functionality 
is implemented as hardware or software depends upon the particular 
application and design constraints imposed on the overall system. Skilled 
25 artisans recognize the interchangeability of hardware and software under 
these circumstances, and how best to implement the described functionality 
for each particular application. As examples, the various illustrative logical 
blocks, modules, circuits, and algorithm steps described in connection with 
the embodiments disclosed herein may be implemented or performed with a 
30 digital signal processor (DSP), an application specific integrated circuit 
(ASIC), a field programmable gate array (FPGA) or other programmable logic 
device, discrete gate or transistor logic, discrete hardware components such 
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as, e.g., registers and FIFO, a processor executing a set of firmware 
instructions, any conventional programmable software module and a 
processor, or any combination thereof designed to perform the functions 
described herein. The processor may advantageously be a microprocessor, 
5 but in the alternative, the processor may be any conventional processor, 
controller, microcontroller, or state machine. The software module could 
reside in RAM memory, flash memory, ROM memory, EPROM memory, 
EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any 
other form of storage medium known in the art. An exemplary processor is 

10 advantageously coupled to a storage medium so as to read information from, 
and write information to, the storage medium. In the alternative, the storage 
medium may be integral to the processor. The processor and the storage 
medium may reside in an ASIC. The ASIC may reside in a telephone. In the 
alternative, the processor and the storage medium may reside in a telephone. 

15 The processor may be implemented as a combination of a DSP and a 
microprocessor, or as two microprocessors in conjunction with a DSP core, 
etc. 

Preferred embodiments of the present invention have thus been shown 
and described. It would be apparent to one of ordinary skill in the art, 
20 however, that numerous alterations may be made to the embodiments herein 
disclosed without departing from the spirit or scope of the invention. 
Therefore, the present invention is not to be limited except in accordance with 
the following claims. 

25 WE CLAIM: 
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CLAIMS 



1 . A method for encrypting transmission traffic, comprising: 
2 generating a variable value; and 

inputting the variable value, an encryption key, and the transmission 
4 traffic into an encryption algorithm. 

2. A method for transmitting authentication variables from a 
2 transmission end to a receiving end, comprising 

generating a crypto-sync value at the transmission end; 
4 generating a first authentication signature from the crypto-sync value 

and an encryption key at the transmission end; 
6 transmitting the crypto-sync value and the first authentication 

signature to the receiving end; 
8 generating a second authentication signature from the crypto-sync 

value and the encryption key at the receiving end; 
10 incrementing the crypto-sync value at the receiving end if the first 

authentication signature and the second authentication signature match; and 
12 requesting an encryption key exchange if the first authentication 

signature and the second authentication signature do not match. 

3. The method of claim 2, wherein the step of generating the crypto-sync 
2 value at the transmission end comprises using a sequence number value, a 
data unit identification number, and a directional bit. 



4. 



The method of claim 2, wherein the step of generating the crypto-sync 
2 value at the transmission end comprises using a system time value and a 
direction bit. 
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5. The method of claim 2, wherein the step of generating the first 
2 authentication signature comprises using the crypto-sync value and the 

encryption key in a hash function. 

6. The method of claim 5, wherein the step of generating the second 
2 authentication signature comprises using the crypto-sync value and the 

encryption key in the hash function. 

7. A method for synchronizing crypto-sync values of an encryption 
2 algorithm at a transmission end and a receiving end, the method comprising: 

transmitting an encrypted message frame to the receiving end; 
4 verifying a current crypto-sync value associated with the encrypted 

message frame at the receiving end; 
6 incrementing the current crypto-sync value at the transmission end 

and the receiving end if the current crypto-sync value is verified; and 
8 transmitting a failure message from the receiving end to the 

transmission end if the current crypto-sync value is not verified. 

8. The method of claim 7, wherein the step of verifying the current 
2 crypto-sync value comprises: 

decoding a plurality of transmission cyclic redundancy check (CRC) 
4 bits, wherein the transmission CRC bits are for determining transmission 
errors; and 

6 decoding a plurality of encoding CRC bits, wherein the encoding CRC 

bits are for determining whether the current crypto-sync value generated by 

8 the receiving end matches a crypto-sync value generated by the transmission 
end. 

9. A method for generating a message frame, comprising: 

2 including a plurality of encoding CRC bits in a data field; 
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encrypting the data field, wherein a crypto-sync is used to encrypt the 

4 data field; and 

appending a plurality of transmission CRC bits to the data held. 

10. The method of Claim 9, further comprising: 

2 appending sequence number information to the encrypted data field; 

and 

4 appending an encryption bit to the encrypted data field, wherein the 

encryption bit indicates whether the data field is encrypted; 

11. A system for encrypting transmission traffic, wherein the transmission 
2 traffic comprise at least two traffic types, the system comprising: 

at least two encryption elements, wherein each of the at least two 
4 encryption elements is associated with at least one of the at least two traffic 
types; and 

6 at least one sequence number generator for generating a plurality of 

sequence numbers, wherein the at least one sequence number generator is 
8 coupled to the at least two encryption elements. 

12. An apparatus for independently encrypting traffic in a wireless 
2 communication system in accordance with traffic type, comprising: 
a processor; 

4 a storage element coupled to the processor comprising an instruction 

set executable by the processor, wherein the instruction set comprise 

6 instructions for: 

generating a crypto-sync value at the transmission end; 
8 generating a first authentication signature from the crypto-sync 

value and an encryption key at the transmission end; 
10 transmitting the crypto-sync value and the first authentication 

signature to the receiving end; 
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12 generating a second authentication signature from the crypto- 

sync value and the encryption key at the receiving end; 

14 incrementing the crypto-sync value at the receiving end if the 

first authentication signature and the second authentication signature 

16 match; and 

requesting an encryption key exchange if the first authentication 

18 signature and the second authentication signature do not match. 

13. An apparatus for independently encrypting traffic in a wireless 
2 communication system in accordance with traffic type, comprising: 

a processor; 

4 a storage element coupled to the processor comprising an instruction 

set executable by the processor, wherein the instruction set comprise 
6 instructions for: 

transmitting an encrypted message frame to the receiving end; 
8 verifying a current crypto-sync value associated with the 

encrypted message frame at the receiving end; 
10 incrementing the current crypto-sync value at the transmission 

end and the receiving end if the current crypto-sync value is verified; 
12 and 

transmitting a failure message from the receiving end to the transmission end 
14 if the current crypto-sync value is not verified. 

14. An apparatus for transmitting authentication variables from a 
2 transmission end to a receiving end, comprising 

means for generating a crypto-sync value at the transmission end; 

4 means for generating a first authentication signature from the crypto- 

sync value and an encryption key at the transmission end; 

6 means for transmitting the crypto-sync value and the first 

authentication signature to the receiving end; 

8 means for generating a second authentication signature from the 

crypto-sync value and the encryption key at the receiving end; . 
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10 means for incrementing the crypto-sync value at the receiving end if 

the first authentication signature and the second authentication signature 
12 match; and 

requesting an encryption key exchange if the first authentication signature 
14 and the second authentication signature do not match. 

15. An apparatus for synchronizing crypto-sync values of an encryption 
2 algorithm at a transmission end and a receiving end, comprising: 

means for transmitting an encrypted message frame to the receiving 

4 end; 

means for verifying a current crypto-sync value associated with the 
6 encrypted message frame at the receiving end; 

means for incrementing the current crypto-sync value at the 
transmission end and the receiving end if the current crypto-sync value is 
verified; and 

means for transmitting a failure message from the receiving end to the 
transmission end if the current crypto-sync value is not verified. 



8 



10 
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